home *** CD-ROM | disk | FTP | other *** search
- 14-Jan-86 03:47:02-EST,1043;000000000001
- Return-Path: <CONTEXT@WASHINGTON.ARPA>
- Received: from WASHINGTON.ARPA by CU20B.COLUMBIA.EDU with TCP; Tue 14 Jan 86 03:47:00-EST
- Date: Tue 14 Jan 86 00:45:43-PST
- From: Ronald Blanford <CONTEXT@WASHINGTON.ARPA>
- Subject: MS-Kermit function keys
- To: dual!islenet!gibbons@UCBVAX.BERKELEY.EDU
- cc: context@WASHINGTON.ARPA, cc.fdc@CU20B.COLUMBIA.EDU
-
- I rarely use MS-Kermit on the APC, so would feel better with input from
- you about a complaint that came to my attention recently. During connect
- mode the function keys don't operate as they should. When the key is
- pressed, the first of its programmed characters is sent, but the remainder
- wait until the next key is pressed. I looked at the code and believe this
- is because the scan code processing doesn't take soft keys into account.
-
- Of course one alternative is to use the built-in key programmability in
- Kermit to define the function keys, but it would be nice if the original
- way worked as well.
-
- What do you think it would take to fix the problem?
-
- -- Ron
- -------
- 16-Jun-86 23:06:51-EDT,1216;000000000001
- Mail-From: SY.CHRISTINE created at 16-Jun-86 23:06:50
- Return-Path: <@MIT-MULTICS.ARPA:Howard_Chu@UMich-MTS.Mailnet>
- Received: from MIT-MULTICS.ARPA by CU20B.COLUMBIA.EDU with TCP; Fri 13 Jun 86 05:14:51-EDT
- Received: from UMich-MTS.Mailnet by MIT-MULTICS.ARPA with Mailnet id <2696489469244692@MIT-MULTICS.ARPA>; 13 Jun 1986 04:51:09 edt
- Date: Fri, 13 Jun 86 00:22:12 EDT
- From: Howard_Chu%UMich-MTS.Mailnet@MIT-MULTICS.ARPA
- To: info-kermit@cu20b.columbia.edu
- Message-ID: <1342831@UMich-MTS.Mailnet>
- Subject: Bug in NEC APC Kermit 2.29
- ReSent-Date: Mon 16 Jun 86 23:06:49-EDT
- ReSent-From: Christine M Gianone <SY.CHRISTINE@CU20B.COLUMBIA.EDU>
- ReSent-To: sy.fdc@CU20B.COLUMBIA.EDU
- ReSent-Message-ID: <12215420122.271.SY.CHRISTINE@CU20B.COLUMBIA.EDU>
-
- Program infinite loops while writing garbage when using help
- in connect mode. A fix for this problem follows:
- In file MSXAPC.ASM about line 1625 ...
-
- puthlp proc near
- cld
- mov dx,ax
- mov cl,0 <-- insert this line
- call getnoc
-
- This fixes a register convention error which apparently
- relied upon luck when working before. Usually CX is equal
- to zero when the routine is called.
-
- Glenn McGregor
-